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Ml IH-HOHE DIOITAL VIDEO OMXS VZTB COHBZNEO 
ABCHTVAL STORAGE AKO KXGE-ACCEaS STORAGE 

FZELB OF THE IHVEHTION 

The present invention relates to in-home recording, 
5 storage, and playback of digital video program content. 

BACKGROUND OF THE IMVEHTION 

People in the United States spend roughly 7.5 
billion dollars annually to rent movies and other pre- 
recorded video programming for private playback at their 

10 convenience. Such video programming can be distributed 
in several forms, such as analog video tapes (and more 
recently, digital video tape) for playback using a video 
cassette recorder ("VCR"); analog laser discs for 
playback on laser disc players; or digital compact discs 

IS for playback using either personal computers or else 
special-purpose compact disc player machines. 

Present video playback systems are limited in 
several respects. Current systems offer relatively 
limited storage capacity, typically holding the 

20 equivalent of a single, feature-length movie on a single 
disc or tape. Digital video tape offers theoretically 
greater capacity, if aggressive data compression schemes 
are used. However, such compression has generally not 
been used with digital video tapes, because this greatly 

25 complicates the implementation of trick mode functions 

- 1 - 
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such as slow motion, fast forward, and fast and slow 
notion reverse. 

For example, most of today's VCRs, which us« helical 
scanning, cannot restore and playback the entire video 
signal if the playback speed is varied either slower or 
faster than normal. In addition, if the signal is highly 
compressed, then the loss of even a single bit could 
result in highly visible artifacts persisting for half a 
second or longer. Although it is possible to effectively 
implement trick modes when playing back highly compressed 
video signals, this requires careful selection of bits to 
be preserved and bits to be discarded. This type of 
selectivity is not possible with existing VCR technology 
without seriously compromising the performance of the VCR 
player. 

Because of this inability to take advantage of high 
compression ratios, physical storage requirements 
discourage individuals from maintaining large selections 
of titles in their own home. Moreover, rental 
establishments face fierce competition among video titles 
for limited shelf space, and consumers are often 
frustrated at being unable to find a copy of the 
particular titles they seek. A related problem is that 
current systems cannot conveniently access multiple 
programs within a user' library, since each program 
typically resides on a physically separate disc or tape. 
Therefore, each time a different title or program is 
desired, the user must physically locate and load the 
desired tape or disc. In addition, if the selected tape 
contains more than one program, then the user may also 
need to search through the tape to find the beginning of 
the desired program. Clearly, an improved storage and 
distribution scheme for video programming is desirable. 

Recording video programs in the home presents 
further problems for current technologies. Many people 
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use vcRs to record broadcast or cable presentations for 
later viewing, in essence "time shifting" a program for 
perusal at their convenience. Similarly, viewers may 
watch one broadcast or cable progran while simultaneously 
5 recording another for later viewing. Read-only discs 
(such as compact discs and laser discs) are inherently 
unsuitable for such recording. Consumer VCRs therefore 
utilize magnetic tape, typically in analog VHS format, 
and more recently in digital format. However, VCR 

10 technology still exhibits iaqjortant limitations. For 

example, present videotape recording systems, whether for 
digital or analog tape, do not support real-time random 
access; instead, real-time recording and playback proceed 
in strictly linear fashion. 

15 Moreover, current VCRs do not provide simultaneous, 

independent read and write access. In other words, a 
user cannot view a taped program while simultaneously 
recording another program onto the same tape. For 
example, if a user wishes to record for later viewing a 

20 broadcast or cable presentation using a VCR, the user 
cannot use the same VCR to enjoy a different movie on 
tape while the broadcast is being taped. As another 
example, if a user sets her VCR to record a two-hour 
television movie starting at 8:00 p.m., and returns home 

25 at 8; 30 p.m., she cannot simply sit down and watch the 
movie from its beginning, because her VCR is still 
occupied recording the broadcast. Consequently, the 
viewer must either wait until the broadcast ends at 10:00 
p.m. (at which point she may be too tired to begin 

30 watching a two-hour movie) , or else watch the movie out 

of order, i.e., watch the actual telecast from 8:30 until 
10:00 p.m., and replay the taped version of the first 
half hour afterwards. Neither choice is satisfactory, 
and an improved VCR with simultaneous read/write 

35 capability is therefore desirable. 
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An additional problem posed by present technology 
involves managing storage space on tapes containing more 
than one program. For exarople, if a user decides to 
delete one program and store another, one of two 
situations may exist. If the deleted program is longer 
than the new program, the new progran can be stored in 
the same "space" on the tape. However, some leftover 
space exists that is not large enough to store an entire 
program, and is probably not contiguous with other 
available space. Thus, it is likely that this amount of 
storage capacity will be wasted. If, on the other hand, 
the new program is longer than the deleted program, the 
new program cannot be stored in its entirety, unless a 
portion can be stored in non-contiguous space elsewhere 
on the tape. Consequently, there is a need in the art 
for an efficient storage management scheme, whereby video 
programs can be stored, deleted, and accessed with little 
or no wasted tape storage. 

The above discussion demonstrates the need for an 
improved home video system that supports recording and 
playback of compressed video programs using an archival 
storage medium; allows simultaneous recording and 
playback using the same archival medium; provides 
efficient storage of multiple programs on a single 
videotape; supports a full array of trick mode functions; 
efficiently manages the contents of a video tape or other 
archival storage medium; and supports real-time random 
access to video program content, enabling truly_ 
■ interactive playback. As used herein, "video program" 
data refers to video data and/or audio data. 
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SDHlORy OF THE XHVEHTZOH 

The present invention addresses the foregoing 
objectives by methods and apparatus that combine the 
features of an archival storage medium such as digital 

5 video tape: namely, potentially large storage capacity, 

but low tolerance for variable data rate/ and essentially 
linear program access; with the complementary features of 
a relatively hlgh-access storage device such as a fixed 
disk driva: namely, tolerance for a highly variable data 

10 rate, and random access capability, but relatively lower 
storage capacity. 

In accordance with the present invention, video 
program data in compressed form is read from the archival 
medium, which may contain several feature-length movies 

IS or other video programs, and transferred to the high- 
access medium in segments. This transfer occurs at a 
rate faster than real-time, where "real-time" is defined 
as normal presentation speed of the video program (e.g. 
several minutes of program data may be transferred in a 

20 matter of seconds) . Each segment to be transferred may 
contain, for example, a fixed amount of data 
corresponding to an average of one half hour of program 
content, as determined by the compression ratio which may 
vary over time. This data may then be read from the 

25 high-access medium and presented to the viewer. Enough 
program data is temporarily stored on the high-access 
medium for the viewer to be able to fast forward or 
rewind through the program, or to instantly jump to other 
destinations within an interactive video program, so long 

30 as those destination points lie within the segments 
currently stored in the high-access medium. 

At the same time, simultaneous recording of another 
televised program to the same archival medium can be 
performed. A televised signal, or a signal from any 

35 other outside source, is compressed and written to the 
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high-access medium. Periodically, this data is 
transferred from the high-access medium to the archival 
medium. Thus, the high-access medium acts as a two-way 
buffer, retrieving data from and storing it to the 
archival medium in a manner that is transparent to the 
user. 

The relatively large capacity of the high-access 
medium and its ability to act as a buffer can also be 
used to permit dubbing and editing from one tape to 
another. A user can to load a substantial amount of 
program content from one tape to the high-access medium, 
change tapes, and then transfer the program data from the 
high-access medium to the new tape. 

In a further aspect of the invention, program data 
need not be stored sequentially on the archival medium. 
For instance, the end of a movie might be physically 
located before the beginning on a digital videotape. A 
table mapping the various segments on the tape to the 
corresponding video programs or program segments is used 
to allow continuous presentation of the program to the 
viewer. Thus, a technique is disclosed including steps 
for partitioning the digital videotape into a plurality 
of segments of fixed and equal length, maintaining a list 
of the programs contained on the tape which is associated 
with a second list that specifies the segment or segments 
containing the compressed data associated with the 
program, and maintaining or periodically generating a 
list of "free" segments that have not been allocated to a 
particular video program. 
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BRIEF DESCRIPTION OF DRAWINGS 

Figure i illustrates a "set-top" box connected to a 
television and videotape recorder. 

Figure 2 illustrates the high-level architecture of 
S the present invention. 

Figures 3a and 3b illustrate a high-level process 
and flow of video playback and recording in accordance 
with the present invention. 

Figure 4 illustrates a high-access data storage 
10 medium sub-divided into ten segments. 

Figure 5 illustrates the logic used in transferring 
data between the archival storage medium and the high- 
access storage device. 

Figure 6 illustrates the Input interrupt logic. 
15 Figure 7 illustrates the output Interrupt logic. 
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DSTAZXiED DESCRZ9TI0M OF TBS IHVEMTXOll 

The present invention involves a unique application 
of data control and management principles that allows a 
user to record video intoraatlon in highly compressed 
5 form to an archival storage medium such as a digital 
video tape ("DVT"); to play video programs stored in 
compressed form from such archival storage medium; or to 
simultaneously record to such archival medium while 
viewing information or interacting with a program from 
10 the same archival medium. In the preferred embodiment, 

the invention utilizes the technique of variable bit rate 
("VBR«) encoding and decoding of video data (including 
soundtrack or audio data, and using a compression 
algorithm such as MPEG) to reduce the total amount of 
15 storage needed both on the archival medium and on a high- 
access storage device such as a hard disk that acts, in 
essence, as a two-way, f irst-in-f irst-out ("•FIFO") 
buffer, passing data from the archival storage medium to 
the viewer, from an input source, such as a broadcast or 
20 cable television signal, to the archival medium, or both 
s imultaneously . 

The following detailed description is made with 
reference to Figures 1-7, in which like reference 
numerals indicate identical elements throughout all of 
25 the Figures. 

A video program is typically organized as an ordered 
sequence of scenes or frames, with each frame defined by 
a two-dimensional array of picture elements or pixels. A 
pixel has characteristics of color and intensity of 
30 illumination that, when combined with other pixels, 
create an image or frame. For a given frame, the 
characteristics of each pixel can be represented 
digitally. Thus, a video program can be converted into a 
digital data stream that is an ordered sequence of bits 
35 which describes pixel values for each pixel of the array 
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during each frame of the video prograa. Audio associated 
with the program can also be converted into digital data, 
and can be synchronously combined with the video. 

once digitized, video data can be stored in 
compressed form. Thus, instead of representing each 
pixel within a frame by a set number of bits so that each 
frame requires the same amount of data storage, certain 
frames which contain uniform attributes, such as color or 
brightness, may be represented by fewer bits (i.e. less 
data) than other frames. In the same manner that pixels 
within a frame may be compared, frames within a sequence 
may be compared to reduce the total number of bits 
required to store a given sequence, k consequence of 
this type of data compression is that the number of bits 
required to store a single frame or sequence of frames is 
not constant. 

Because most transmission channels or storage 
devices have a fixed bandwidth, and can only support a 
limited data rate, buffer devices and control feedback 
mechanisms are typically used to even out the compression 
data rate so that it becomes limited over a period of 
time to the maximum value that can be supported. 
Unfortunately, this reduces compression efficiency, 
either by delivering unnecessarily high picture quality 
when a scene is easily compressed or by introducing 
compression artifacts when a scene is more difficult to 
compress, given the limited bandwidth that is available. 
The high-access storage device of the present invention 
avoids the need for such buffers and control feedback 
mechanisms, and permits the use of true variable bit rate 
('■VBR*'} compression schemes. This type of encoding is 
possible using, for example, the MPEG video compression 
standard. 

A prior art VCR cannot properly access and display 
VBR data. The reason for this is a mechanical 
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limitation. VCR motors are generally designed to move 
tape past a read head at a constant number of feet per 
second. The motors used in these types of systems are 
incapable of adjusting to a VBR data stream, which would, 
for instance, require a tape to be played at a 
continuously varying speed, where the speed required was 
a function of the amount of compression achieved within 
each frame or sequence of frames. An alternative 
technique of stopping and restarting the tape would be 
effective in accommodating VBR streams, but would be 
expensive and inefficient to implement, and would 
seriously compromise the reliability of both helical and 
linear scan tape transport mechanisms that can be 
produced with current technology. 
15 A "high-access" medium, such as a disk drive liKe 

those used in many computer systems, is capable of 
handling variable data rates. Presently, however, the 
storage disks used in such drives are generally incapable 
of storing more than one to two hours of video data. 
20 Thus, a major limitation in the prior art is that it 

is impractical to store highly compressed video data on 
an archival medium such as video tape because playback 
devices for these media cannot easily adjust to the 
variable data rate required for VBR encoding or trick 
25 mode display functions such as slow motion, fast search, 
or reverse play. High-access media, while allowing 
variable-speed playback and recording of compressed data, 
have the limitation that they generally cannot Jiold the 
large quantity of information, in excess of one feature 
30 length film, that archival media can contain. 

To overcome the shortfalls discussed above, the 
present invention uses the unique control /management 
architecture detailed below, which combines the best 
features of both archival and high-access storage media. 
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In addition, the present invention provides the 
ability to handle data from two sources, output from an 
archival mediun and input from an external source such as 
a broadcast or cable signal, to provide the user with the 
5 ability to play and record using the sane archival 
mediun, e.g. a DVT, simultaneously. 

Qvarall Arehiteetura 
Figure 2 illustrates the general, high level 
architecture of the present invention. In the embodiment 

10 illustrated, the present invention is integrated into a 
single "set-top box," 11 so-called because it is a 
physically separate box that is coupled to a viewer's 
television 12 and VCR 13 (as illustrated in Figure 1) , 
although the invention could incorporate the VCR 13 

15 itself, eliminating the need for another box. As shown 
in Figure 2, the set-top box contains a 
control/management device 14 coupled to a user 
interface 15. The user interface 15 may be a remote 
control, through which a user may issue commands such as 

20 play, stop, record, or trick-mode function commands such 
as search, fast forward and the like. If an interactive 
program is being viewed, the viewer would use the 
interface to respond to prompts in the program, and his 
or her responses would direct the control/management 

25 device 14 to access a different portion of the program. 

The control/management device 14 also receives 
status information from an input buffer 16, vrtiich 
provides temporary storage for incoming signals^ possibly 
encoded and encrypted, such as broadcast or cable data 

30 streams. The input buffer 16 signals to the 

control /management device 14 when it has achieved a 
certain level of fullness, so that its contents may be 
written to the disk 17 at the direction of the 
control /management device 14. The control/management 

35 device 14 also receives updates from an output buffer 18 
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Which tells the control /management device 14 when it 
achieves a certain state of "emptincsB" and is ready to 
receive more data from the disk 17. The output buffer 18 
also sends data to the television set 12 or monitor after 
5 decoding at the direction of the control /management 
device 14. The decoder 19 can be preceded by a data 
decryption unit if access control is in use. 

The control/management device 14 also sends and 
receives signals from the archival storage medium 20, in 
10 the preferred embodiment a digital video tape, monitoring 
and commanding tape position based on the current status 
of information stored on the high access storage device 
17, in the preferred embodiment a hard disk, and on user 
commands issued through the user interface 15. Finally, 
15 the control/management device 14 communicates with the 
high-access storage device 17, directing it to accept 
data from the input buffer 16 or from the archival 
storage medium 20 via a buffer, or to transfer data to 
the output buffer 18, or the archival storage medium 20, 
20 and indicating which segments are to be read from or 
written to. 

Since currently available high-access storage 
devices are able to support only one transfer at a time, 
all of the transferring steps performed by the 
25 control /management device 14 are typically prioritized 

and interleaved. All of the transfers would be sequenced 
to insure that the necessary amount of program data is 
available for display to the user, while at the. same 
time, the input and output buffers <16 and 18) are kept 
30 at required levels of fullness (or emptiness) . In 

addition, the interleaved transfers are accomplished at a 
rate faster than "real time," i.e. faster than the normal 
presentation rate of the video data. 

Alternatively, if the high-access storage device 17 
35 is capable of supporting multiple, simultaneous 
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transfers, then only the transfer to/ from the archival 
mediuitt 20 would need to be interleaved and performed at a 
rate faster than real time. The transfers from the input 
source to the high-access storage device 17 and from the 

5 high-access storage device 17 to the decoder 19 and 

display apparatus could in principle be performed in real 
time and without the need for input and output buffers. 

Figures 3a and 3b illustrate the overall processes 
for storage, retrieval, playback, and recording in 
10 accordance with the present invention. Figure 3a 

illustrates the process of playing a video program stored 
on the archival medium 20. Data is first transferred to 
the high-access medium 17, then decoded and displayed to 
the viewer (steps represented by elements 23 and 24). 

15 The process is repeated as necessary so that a sufficient 
amount of video data, both ahead of and behind the 
portion of the program currently being displayed, is 
available on the high-access storage device 17 (step 
represented by element 25) . 

20 Figure 3b illustrates the recording process of the 

present invention. As shown, a televised signal is 
encoded and stored in a temporary buffer, encrypted if 
necessary and desired, and then stored to the high-access 
medium 17 (steps represented by elements 26, 27, and 28). 

25 If sufficient data has accumulated in high-access 

storage, and if the archival storage medium 20 is then 
available, the data is then transferred to the archival 
medium 20 (steps represented by elements 29, 30. and 31). 
This process is repeated until the entire televised 

30 program has been recorded on the archival medium 20. 

The processes illustrated in Figures 3a and 3b are 
not always independent. Rather, during simultaneous 
recording and playback, access to the high-access storage 
device for reading or writing is prioritized such that 

35 there is always sufficient program data available for 
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display and sufficient space in the buffer 16 containing 
data from the televised signal to prevent overflow (and 
thus, the possibility that a portion of the televised 
program will not be stored) . 

rigure 4 illustrates a high-access storage device 
divided into ten segments. The nuiiber of segments may be 
varied depending on disk capacity and the desired amount 
of data to be stored in eadi segment. As illustrated by 
Figure 4 (for purposes of simplicity and explanation) , 
data is stored to the disk in a clockwise direction. 
Data is read from the disk in a clockwise direction for 
forward playback, counter-clockwise for reverse playback. 
The current segment being written to is designated by a 
write pointer 33, designated "i" in the illustration. 
The current disk segment being read from is designated by 
a read pointer 32, designated "j" in the illustration. 
Ksjet and previous read segments are designated by "j+l" 
and "j-i" respectively. 

Each disk segment is mapped to a corresponding tape 
segment. Thus, tape segment "m" corresponds to disk 
segment "j", and tape segment "n" corresponds to disk 
segment "i". Each disk or tape segment can contain a set 
amount of compressed video data. On the tape medium, 
each segment would consist of a physically contiguous 
portion of the tape. A segment on the disk, however, may 
actually consist of several physically separate spaces on 
the magnetic medium, in other words, one chronological 
portion of the video data (as seen when played back in 
real time) , although designated as one "segment" need 
not be stored in one place on the disk. For purposes of 
this illustration, it is assumed that each segment 
contains, on average, one half hour of program data. So, 
for example, the information in tape segment "m" would be 
copied to disk segment "3" (and retained for some time) 
as necessary to maintain enough video information on the 
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disk for the user to be able to view, fast forward, or 
rewind through a program. As discussed previously, 
accessing information from the disk 17, rather than 
directly from the DVT 20, allows the viewer to take 
5 advantage of the high-access medium 17 to jump in near 
real time from one part of a program to another. 
Similarly, data collected on the disk 17 from an outside 
source (such as broadcast or cable) through the Input 
buffer 16 and stored in segment "i** of the disk would be 

10 written to tape segment "n" at the direction of the 
control/management device 14. 

Thus, through the procedures detailed below, the 
control /management device 14 handles data transfer 
between outside source, display 12, tape 20, and disk 17 

IS such that the user may view a taped program, via tape 

segments stored to disk, while the same tape is recording 
information from the outside source, again through data 
previously stored to segments of the high-access storage 
device. 

20 Fxampifti simultaneous Tape Playback 

ana Bgg<?rdinq 
Referring again to figure 4, the read pointer 32 is 
currently in segment no. 3 (i.e. j"3) . Data from this 
segment is currently being decoded and displayed to the 

25 viewer, segment no. 4 contains the next half hour of 

programming information, while segment no* 2 contains the 
previous half hour. If the viewer desires to watch the 
program at normal speed, the read pointer 32 will rotate 
clockwise, next pointing to segment no, 4. Eventually, 

30 older data, such as that in segment no. 2, will be 

overwritten with new information. However, if the viewer 
wishes to "rewind" to an earlier portion of the program, 
the read pointer 32 will rotate counter-clockwise to 
segment no. 2. If he or she wishes to "fast forward" the 

35 read pointer 22 will rotate" clockwise at a higher speed 



BNSpagsIT 



wo 9d03579 



PCT/US96WS528 



than during normal playback. In fact, the speed of read 
pointer 32 rotation is proportional to the commanded 
playback speed. 

At the same time, the write pointer 33 is currently 
5 in segment no. 9. After this segment becomes completely 
filled with data from the input buffer 6, a new segment, 
in the preferred embodiment, the available segment 
farthest away from the read pointer 32 (as shown in the 
flow chart of Figure 6 detailing the input interrupt 
10 function, discussed later) , will be selected. In this 
example, segment nos. 7 and 8 have been completely 
filled, but have not yet been transferred to tape, 
segment nos. 0, 1, 5, and 6 are free segments that have 
not yet been allocated for reading or writing. 
15 Two variables are definetJ to indicate the status of 

each disk segment, where the segment number is equal to 
"k«. variable «rd_listtk]" indicates whether segment k 
contains valid data for reading. If segment k does 
contain valid data, variable rd_list[k] » 1. Otherwise, 
20 rd_list[k] » 0. The management /control program uses this 
value to determine where to write the next tape segment 
to the disk. Through logic described in the flowchart of 
Figure 6, data is written to the free segment that is 
physically farthest from the current segment being read 
25 (steps represented by elements 50-53) . 

Variable •'wr-list[kl" indicates the status of each 
segment for writing. If segment k is not currently in 
use for writing (i.e. it is not currently being, written 
to, and is not full and waiting to have the data stored 
30 therein transferred to tape) , then wr_listtk] = -I. If 
k « i, in this example 9, then wr_list[k] is set to the 
full disk segment that contains the oldest data that has 
not been transferred to tape. Thus, in the present 
example, wr_list(9] = 7, and segment 7 is the next 
35 segment whose data will be transferred to tape. The 
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following table shows, for this example, the values of 
these two variable for each segment of the disk. 

Table T 



segment No. [K] rd_list[)c] wr_listEk] 

5 0 0 -1 

1 0-1 

2 I -1 

3 1-1 

4 1-1 
10 5 0 -1 

6 0-1 

7 0 8 

8 0 9 

9 0 7 



15 After segment 7 has been transferred, the next segment to 
be transferred (the next oldest full segment) is 
wr_list(wr_list[i]] (in this example, 8), followed by 
wr_list[wr_liBtlwr_list[i]]J. This iterative process 
continues until the result equals i, in this example 9, 

20 which cannot yet be transferred because it is not yet 

full. After each segment is transferred it is released 
by setting the wr^list value for that particular segment 
to -1. 

The entire process for transferring data between 
25 tape 20 and disk 17 is detailed in the flowchart of 
Figure 5, After setting initial values, the first 
decision point 3 5 is reached. It is determined at this 
time whether there are any full disk segments that need 
to be written to tape. If there are (i.e. if, in Figure 
30 5, "io" is not equal to "i") , then the process of the 
present invention transfers the oldest full segment, 
updates the value of wr_list[i], and sets wr_list for the 
segment that has Just been transferred to -l (indicating 
that this segment is now available) (steps represented by 
35 elements 3 6 and 37). This loop (represented by elements 
24-28) is repeated until all full segments have been 
transferred to tape. 
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At this point, the process of the present invention 
checks the status of data on the high-access mediuia 
available for output to the viewer. If the segments both 
behind and ahead of the read pointer 32 are loaded with 
5 data from the corresponding tape segments, i.e. if there 
is sufficient program information on the disk so that the 
viewer may fast forward and rewind to "adjacent" portions 
of the presentation, then the process returns to the 
write loop (elements 39 and 43). If either the segment 
10 before or after the segment currently being read does not 
contain valid data for reading, then the process finds an 
available disk segment and transfers the appropriate tape 
segment {steps represented by elements 39-46) . 

This main process nay be interrupted by the Input 
15 interrupt function detailed in the flowchart of Figure 6, 
or the Output Interrupt function detailed in the 
flowchart of Figure 7. The Input Interrupt is triggered 
when the input buffer 16 achieves a certain level of 
fullness, indicating that data must be removed and 
20 transferred to disk to prevent the input buffer 6 from 

overflowing. Each interrupt causes a block of data to be 
sequentially written to disk segment "i," (element 47) 
and this process continues until disk segment «i" becomes 
full . A new segment is then selected from the list of 
25 available segments, and the write pointer 33 is placed at 
the beginning of that segment. If simultaneous playback 
is not in progress, then this new segment can be 
determined simply by incrementing the value of ."i" 
(elements SO and 53) . During simultaneous recording and 
30 playback, the process of the present invention places the 
write pointer 33 as far from the current position of the 
read pointer 32 as possible (setting i - j + (number of 
segments) /2) , and then finds the nearest free segment and 
designates it for writing (elements 50-60). Data is then 
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transferred from the input buffer 16 to the beginning of 
the designated disk segment. 

Likewise, an Output Interrupt is triggered when the 
output buffer 18 achieves a certain level of emptiness, 

5 and is, thus, ready to receive more program information. 
Data is then transferred from the segment indicated by 
the current position of the read pointer 32 to the output 
buffer 18 (step represented by element 63). In the 
preferred embodiment of the invention, the Output 

10 Interrupt would have a lower priority than the Input 

Interrupt to prevent the input buffer from overflowing. 

The frequency of the output interrupts will vary 
depending on the playback speed selected by the user. 
For example, during pause or slow motion, video data will 

15 be removed from the output buffer 18 at a slower than 

normal rate, and therefore fewer transfers from the disk 
will be needed to maintain the output buffer 18 at the 
desired level of fullness. Similarly, during fast 
forward or reverse searches, the decoder 19 will remove 

20 video data from the output buffer 18 at a higher rate, 

thereby requiring more frequent transfer from the disk 17 
in order to prevent the output buffer 18 from 
underf lowing. At certain fast forward or reverse 
playback speeds, the decoder 19 may be unable to process 

25 all the data that is available, and in these cases, the 
decoder 19 can be instructed by the control /management 
unit 14 to omit certain selected frames, or 
alternatively, additional devices can be inserted after 
the disk 17 and before the decoder 19 (preferably between 

30 the disk 17 and the output buffer 18) in order to delete 
the selected frames from the data stream. 

It is possible that the disk throughput may be 
insufficient to simultaneously service the input, output, 
and tape buffers when high playback speeds are demanded 

35 by the user. In such cases, the control/management unit 
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14 can instruct the disk to skip ovsr certain sections of 
the data stream when transferring date to the output 
buffer 18. Ideally, the sections that are omitted would 
be the frames that are not decoded and displayed, in 
5 practice, accurate specification of these boundaries may 
be difficult without compromising disk drive performance. 

In the discussion above, it has been assumed for 
convenience, that the tape segments referenced by 
subscripts "m" and "n« were sequential, i.e. that a video 
10 program is stored on tape in chronological order. In 

practice, and in the preferred embodiment, these segments 
can be stored in random order by maintaining a directory 
which maps the chronological segment number to an actual 
sequence number on the DVT 20. In this manner, the tape 
15 20 is used more efficiently, because certain randomly 
distributed "free" segments may be allocated as needed 
until the tape 20 is full. In other words, it would be 
less efficient if each program, perhaps a two hour film, 
had to be stored in one block of magnetic memory. Fewer 
20 features would fit on one tape, particularly as some 
programs were overwritten by new information not of 
identical length. 

The discussion above demonstrates several advantages 
of the present invention. First, it allows the user to 
25 simultaneously playback from and record to the sane high 
capacity storage medium such as a digital video tape. 
Thus, a viewer may watch a program stored on tape while 
recording another, or may time shift a program lie or she 
is presently recording by less than the entire program 
30 time. In addition, the present invention allows a user 

to archive and easily access and manage an entire library 
of programs on a single video tape. 
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ni-ht^.T Variations 
Other embodiments and modifications within the 
spirit of the present invention will occur to those of 
ordinary skill in the art in view of these teachings, 
5 including further variations on, and alternatives to, the 
illustrative processes that have been disclosed herein. 
Such embodiments and algorithms remain within the scope 
of the present invention, which is limited only by the 
following claims. 
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Wft elaia i 

1. A method for recording digitally compressed 
program data onto a high-capacity archival medium, said 
method utilizing a high-access storage device, and 
comprising the following steps: 
5 partitioning the high-access storage device into 

segments; 

selecting a current segment of the high-access 
storage device; 

receiving compressed program data and storing said 
10 program data into the current segment of the high-access 
storage device; 

copying one or more segments from the high-access 
storage device to the high-capacity archival medium by 
transferring program data contained within said segments 
15 at a rate faster than real time. 

2. The method of Claim 1. further utilizing an 
input buffer, and wherein the step of receiving and 
storing further comprises the following steps: 

receiving compressed program data and storing said 
5 program data into the input buffer; 

transferring program data from the input buffer to 
the current segment of the high-access storage device, 
said transfer being performed at a rate that is faster 
than real time. 

3. The method of Claim 2, wherein the st^p of 
transferring program data from the input buffer to the 
high-access storage device is interleaved with the step 
of copying full segments from the high-access storage 

5 device to the high-capacity archival medium. 

4. The method of Claim 2, wherein the step of 

transferring data from the input buffer to the high- 

- 22 - 



BNSpage24 



W09«m579 



PCTAJS9«WSfiXB 



access storage device is performed at ieast as often as 
necessary to prevent the input buffer from overflowing, 

5. The aethod of Claim 1, wherein during the step 
of partitioning, all segments are made identical in size. 

6. The method of Claim 1, wherein the high-access 
storage device comprises a hard disk drive, and the high- 
capacity archival medium comprises digital video tape. 

7. A method for playback of digitally compressed 
program data stored on a high-capacity archival medium, 
said method comprising the following steps; 

identifying segments of program data on the high- 
capacity archival medium; 

selecting a segment to be transferred from the high- 
capacity archival medium to a high-access storage device, 
said selected segment containing program data which may 
be used for future decoding and display; 

copying said selected segment from the high-capacity 
archival medium to the high-access storage device by 
transferring the program data contained within said 
selected segment at a rate that is faster than real time; 

transferring program data from the high-access 
storage device to decoder and display means. 

8. The method of Claim 7, further utilizing an 
output buffer, and wherein the step of transferring 
further comprises the following steps: 

transferring program data from the high-access 
storage device to the output buffer, said transfer being 
performed at a rate that is faster than real time; 

transferring program data from the output buffer to 
decoder and display means. 
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9. The method of claim 8, wherein the step of 
transferring program data from the high-access medium to 
the output buffer is interleaved with the step of copying 
the selected segment from the high-capacity archival 
medium to the high-access storage device. 

10. The method of Claim 8, wherein the step of 
transferring data from the high-access storage device to 
the output buffer is performed at least as often as 
necessary to prevent the output buffer from underf lowing. 

H. The method of Claim 7, wherein during the step 
of partitioning, all segments are made identical in size. 



12. The method of Claim 1, wherein the high-ai 
storage device comprises a hard disk drive, and the high- 
capacity archival medium comprises digital video tape. 

13. The method of Claim 7, further comprising the 
following steps, thereby allowing playback of digitally 
compressed programs stored on a high-capacity archival 
medium while simultaneously recording a digitally 
compressed program onto the same high-capacity medium: 

partitioning the high-access storage device into 
segments ; 

selecting a current segment of the high-access 
storage device; 

receiving compressed program data and storing said 
program data into the current segment of the high-access 
storage device; 

copying one or more segments from the high-access 
storage device to the high-capacity archival medium by 
transferring the program data contained within said 
segments at a rate that is faster than real time. 
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14. The method of Claim 13, further utilizing an 
input buffer, and wherein the step of receiving further 
comprises the following steps: 

receiving compressed data and storing said program 
S data in to the input buffer; 

transferring program data from the input buffer to 
the high-access storage device, said transfer being 
performed at a rate that is faster than real time. 

15. The method of claim 14, wherein the step of 
transferring program data from the input buffer to the 
high-access storage device and the step of copying 
program data from the high-access storage device to the 

S high-capacity archival medium and the step of copying 
program data from the high-capacity archival medium to 
the high-access storage device are interleaved. 

16. The method of Claim 14, further utilising an 
output buffer, and wherein the step of transferring 
program data from the high-access storage device to the 
decoder and display means further comprises the following 

S steps: 

transferring program data from the high-access 
storage device to the output buffer, said transfer being 
performed at a rate that is faster than real time- 
transferring program data from the output buffer to 
10 the decoder and display means. 

17. The method of Claim 16, wherein the step of 
transferring program data from the high-access storage 
device to the output buffer and the step of copying 
program data from the high-access storage device to the 

5 high-capacity archival medium and the step of copying 
program data from the high-capacity archival medium to 
the high-access storage device and the step of 
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transferring program data from the input buffer to the 
high-access storage device are interleaved. 

18. A method for storing and maintaining multiple 
programs on a high-capacity archival medium, said method 
comprising the steps of! 

partitioning the high-capacity archival medium into 
a plurality of segments, wherein all segments are 
identical in size; 

maintaining a list of the programs contained in the 
archival medium, wherein each program is associated with 
a second list, said second list specifying one or more 
segments containing compressed data associated with said 
program; 

maintaining or periodically generating a list of 
free segments that have not been allocated to a 
particular program. 

19. The method of Claim 18, wherein free segments 
are identified and allocated as needed each time a new 
program is added to the archival medium. 

20. The method of Claim 18, wherein corresponding 
segments are released and become free segments each time 
a video program is deleted from the archival medium. 

21. An apparatus for recording digitally compressed 
program data, said apparatus comprising* 

a high-capacity archival storage medium; 

a high-access storage device; 

means for partitioning the high-access storage 
device into segments; 

means for selecting a current segment of the high- 
access storage device; 
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means for receiving compressed program data and 
10 storing said program data into the eairrent segment of the 
high-access storage device; 

means for copying one or more segments from the 
high-access storage device to the high-capacity archival 
medium by transferring program data contained within said 
15 segments at a rate faster than real time. 

22. The apparatus of Claim 21, further comprising 
an input buffer, and wherein the means for receiving and 
storing further comprises the following: 

means for receiving compressed program data and 
5 storing said program data into the input buffer; 

means for transferring program data from the input 
buffer to the current segment of the high-access storage 
device, said transfer being performed at a rate that is 
faster than real time. 

23. The apparatus of Claim 22, further comprising 
means for interleaving the transfer of program data from 
the input buffer to the high-access storage device with 
the copying of one or more segments from the high-access 

5 storage device to the high-capacity archival medium. 

24. The apparatus of Claim 22, further comprising 
means for transferring data from the input buffer to the 
high-access storage device at least as often as necessary 
to prevent the input buffer from overflowing. 

25. The apparatus of Claim 21, wherein all segments 
on the high-access storage device are identical in size. 

26. The apparatus of Claim 21, wherein the high- 
access storage device comprises a hard disk drive, and 
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the high-capacity archival medium comprises digital video 
tape. 

27. An apparatus for playback of digitally 
compressed program data, said apparatus comprising: 
a high-capacity archival medium; 
a high-access storage device; 

means for identifying segments of program data on 
the high-capacity archival medium; 

means for selecting a segment to be transferred from 
the high-capacity archival medium to a high-access 
storage device, said selected segment containing program 
data which may be used for future decoding and display; 

means for copying said selected segment from the 
high-capacity archival medium to 'the high-access storage 
device by transferring the program data contained within 
said selected segment at a rate that is faster than real 
time; 

means for transferring program data from the high- 
access storage device to decoder and display means. 

28. The apparatus of Claim 27, further comprising 
an output buffer, and wherein the means for transferring 
program data from the high-access storage device further 
comprises the following: 

means for transferring program data from the high- 
access storage device to the output buffer, said transfer 
being performed at a rate that is faster than real time; 

means for transferring program data from the output 
buffer to decoder and display means, 

29. The apparatus of Claim 28, further comprising 
means for interleaving the transfer of program data from 
the high-access medium to the output buffer with the 
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copying of the selected segment from the high-capacity 
archival medium to the high-access storage device. 

30. The apparatus of Claim 28, further comprisii^ 
means for transferring data from the high-access storage 
device to the output buffer at least as often as 
necessary to prevent the output buffer from underf lowing . 

31. The apparatus of Claim 27, wherein all segments 
on the high-capacity archival storage medium are 
identical in sise. 

32. The apparatus of Claim 27, wherein the high- 
access storage device comprises a hard disk drive, and 
the high-capacity archival medium comprises digital video 
tape. 

33. The apparatus of Claim 27, further comprising: 
means for partitioning the high-access storage device 
into segments; 

means for selecting a current segment of the high- 
access storage device; 

means for receiving compressed program data and 
storing said program data into the current segment of the 
high-access storage device; 

means for copying one or more segments from the 
high-access storage device to the high-capacity archival 
medium by transferring the program data contained within 
said segments at a rate that is faster than real time. 

34. The apparatus of Claim 33, further comprising 
an input buffer, and wherein the means for receiving and 
storing compressed program data further comprises: 

means for receiving compressed data and storing said 
program data in to the input buffer; 
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means for transferring program data froia the input 
buffer to the high-access storage device, said transfer 
being performed at a rate that is faster than real time. 

35. The apparatus of Claim 34, further comprising 
means for interleaving the transfer of program data from 
the input buffer to the high-access storage device and 
the copying of program data from the high-access storage 
device to the high-capacity archival medium and the 
copying of program data from the high-capacity archival 
medixim to the high-access storage device. 

36. The apparatus of Claim 34, further comprising 
an output buffer, and wherein the means for transferring 
program data from the high-access storage device to the 
decoder and display means further comprises: 

means for transferring program data from the high- 
access storage device to the output buffer, said transfer 
being performed at a rate that is faster than real time- 
means for transferring program data from the output 
buffer to the decoder and display means. 

37. The apparatus of Claim 36, further comprising 
means for interleaving the transfer of program data from 
the high-access storage device to the output buffer and 
the copying of program data from the high-access storage 
device to the high-capacity archival medium and the 
copying of program data from the high-capacity archival 

' medium to the high-access storage device and the transfer 
of program data from the input buffer to the high-aecess 
storage device. 

38. An apparatus for storing and maintaining 
multiple programs on a high-capacity archival medium, 
said apparatus comprising: 
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means for partitioning the high-capacity archival 
medium into a plurality of segments, wherein all segments 
are identical in size; 

means for maintaining a list of the programs 
contained in the archival medium, wherein each program is 
associated with a second list, said second list 
specifying one or more segments containing compressed 
data associated with said program; 

means for maintaining or periodically generating a 
list of free segments that have not been allocated to a 
particular program. 

39. The apparatus of Claim 38, further comprising 
means for identifying and allocating free segments as 
needed each time a new program is added to the archival 
medium. 

40. The apparatus of Claim 38, further comprising 
means for releasing corresponding segments to become free 
segments each time a video program is deleted from the 
archival medium. 
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